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DIRECTORY SERVICES 
by Jerry Michalski 


Someone hands you a business card. 


Chances are, when you get back to your 


office, you ean call her easily with the information on that card, anywhere 


in the world. 


The phone system’s numbering plan is not only globally 


unique; it is also loaded with conventions we often take for granted. In 


the US, 


if you saw an accident, you would call 911, right? Dialing a 


city’s area code plus "555-1212" helps you find somebody's phone number. 
You expect 800 calls to be free, and 900 calls to be expensive -- and maybe 


X-rated. 


A "1" or "011" before a number means that call may be expensive, 


too. Some of the conventions are for special services, and most of them 


also involve extra money. 


The e-mail world is just beginning to achieve a similar level of connec- 


tivity, and lacks conventions about features and costs. 


Instead of easy 


dialing, we wrestle with ugly interfaces and complex addressing schemes in 


order to exchange just a few words asynchronously. 


As with early phone 


systems, users have to know if their e-mail service has a gateway to 


others, and the special syntax to cross that gap. 


seems worth the effort. 


Sometimes it hardly 


Consumer messaging services will not succeed as long as addressing is dif- 


ficult for subscribers to understand and use. 


If Newtons and Zoomers can’t 


absorb address information from our existing systems, and force us to enter 


our contact information by hand, forget it. 


to piggyback on broad-based messaging 
will find the ride sluggish. 


Even if companies deliver directory sys- 
tems that help us communicate more easi- 
ly and reduce administrative costs, pri- 
vacy and money issues could still post- 

pone the show. 


A productivity drain 


In an era so concerned with the produc- 
tivity of information systems, it is 
surprising that the need for better di- 
rectories has not provoked more action 
yet, since evidence is everywhere. 
Duplication is rampant. Corporations 
spend money maintaining lists of the 
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e-mail and other reasons -- each with almost identical information. Users’ 
lives get more complex, too. Look at all the pointers on your business 
card. Do you have a separate number for a pager, voicemail box or cellular 
phone? Do you list an e-mail number? Several? X.400? What happens when 
you change departments? When you travel, hotels and client sites are your 
temporary numbers. 


Managing such communications can be daunting (see a description of ours, 
page 23). We spend a considerable amount of our time working around the 
limitations of the infrastructure. To research and write this issue of 
Release 1.0, we had to dictate our name, company and phone number to ma- 
chines and people more than 200 times. We also transcribed more than 90 
voicemail messages. What a waste of time for all parties concerned. 


Despite its virtues, the communications infra- 
structure is a thorn in the paw of commerce. 
Vendors put the thorn in; vendors can take it out. 


Mention directories to phone-system people, and they think about Directory 
Assistance; say the same word to computer people, and they think of X.500 
for e-mail. The history and dynamics of the phone and e-mail networks are 
starkly different. Yet the phone and e-mail directory systems need to con- 
verge. (They don’t need to collapse into a single system, just collaborate 
more closely.) The underlying transport technology is certainly converging 
as carriers move to technologies that obliterate time delays and differences 
between media types. 


A road map 


This issue of Release 1.0 explores the pivotal role that directories (the 
services that manage names, addresses and routes for phones, faxes, e-mail 
and other media) play in transforming the way we use the information infra- 
structure. Without a simple and consistent naming/addressing capability, we 
would stay in the personal, "“singleware" computing world forever; industries 
built around PDAs, personal communicators and other gadgets that depend on 
easy communications could be crippled. 


The way directory services and their smaller local brethren, address books, 
are evolving offers us opportunities to add substance to the claim that com- 
munications and computing are converging. In practical terms, this means 
letting users easily invoke a telephone conference call with the workgroup 
they've defined in the document-management facility, or creating a more in- 
tuitive front-end with which newsletter editors can coordinate and resolve 
the many issues that delay publication. 


We begin by discussing naming and addressing schemes, especially those of 
the phone system; X.400 and the Internet. Then we explore various directory 
strategies (including the option of not having one). Examples include sev- 
eral interesting projects, and a few potentially successful commercial ven- 
tures, such as MoNet, Motorola’s wireless network integration technology, 
and Angeli Systems’ distributed directory engine, Traxis. We conclude with 
the user experience of directory services -- as it could be, as one vendor 
is creating it, and as we are living it. 
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NO MONOPOLY HERE 


One of the principal reasons we have a unified phone-numbering system (see 
box, page 8) is the monopoly status of phone companies worldwide, which has 
begun to dissolve only recently. Although uniform addressing is vital, we 
don't expect -- or even want -- a monopoly in data-messaging services. A 
registration authority should manage addressing schemes to guarantee unique- 
ness of high-level entity names, but carriers or third parties should assign 
and maintain address information. 


At this point, given the market's lukewarm reception of X.400 and the lack 
of incentives for corporations to participate in X.500 directories (see page 
13), there’s every chance that directory services with broad coverage will 
not emerge. To succeed, directory-service providers will need better bait 
for potential participants. 


Beyond names and phone numbers 


The directory problem goes beyond maintaining people's names and numbers: 
It also includes new uses, objects and application domains. First, it goes 
beyond what we now consider "e-mail." When you assemble ad-hoc routing for 
a document for others to share, it should come from your common directory. 
A meeting request in a scheduling package specifies participants; they must 
be in the directory. Groupware, like e-mail, will be subsumed by a new 
model: A few pieces of information are just for you, but most you share or 
send. The sending is not extraordinary, and does not require special tools 
or software; it is a natural element of work. 


Second, the directory is not just for personal addresses, but should also 
point to objects -- people, modules of code, peripherals or whatever. Main- 
taining these pointers in a robust, flexible and quick directory system will 
dramatically cut maintenance costs and redundancy. Vendors are already 
headed this way: Apple’s Open Collaboration Environment (Release 1.0, 12- 
92), Novell’s new NetWare 4.0 Directory Services, Banyan’s new Enterprise 
StreetTalk and others are all designed to track a wide variety of entities. 
Unlike OCE, Microsoft's MAPI modestly doesn’t include a directory, but de- 
fines APIs for access to others’ directories. Angeli Systems (page 16) is 
taking this approach even further, by building a meta-directory service that 
can collaborate with or replace others. 


Third, messaging systems are turning into critical transaction backbones. 
They won’t replace the real-time transaction-processing (TP) systems that 
drive ATMs and airline reservations; they will collaborate with some TP sys- 
tems and supplant others, because messaging'’s store-and-forward nature pro- 
vides robust communications, even when nodes are occasionally unavailable. 
People can choose from their incoming traffic based on IDs, rejecting traf- 
fic they don’t want. Security is better: Stored messages can be checked 
for viruses and filtered. Value-added networks (VANs) become couriers, car- 
rying sensitive traffic between companies and promoting safe interactions. 


Who cares? 
Glearly the phone companies and e-mail vendors -- both LAN and third-party 


-- care. Also concerned are cable tv companies, cellular carriers, personal 
communication system companies, bypass companies such as Teleport and 
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Metropolitan Fiber, and wireless data networks. At the device end, it’s OS 
developers and PIM vendors. All are asking questions such as: Will direc- 
tory services be a big market? For us? Which elements should we focus on; 
which should we give up to others? What ancillary markets will emerge? 
What applications can we write that use the new directory functions? Will 
we have equal access to the system, or will we be at a disadvantage+? 


Reducing friction, lowering barriers 


As transmission speeds increase, the difference between what is Live 
and what is deferred stops being a technical barrier, and becomes a 
factor that users can control to make communication more powerful and 
appropriate. More generally, users should have three simple choices 
to make: whom to communicate with (the role of their directory); what 
medium to use (e.g., handwriting, typing, speaking or video); and 
whether to communicate in real time (e.g., phone call, online chat or 
document-sharing, videoconference) or asynchronously (e.g., voice- 
mail, document annotation, e-mail, database update, singing telegram 
or video clip). 


If you're replying to an existing message, your system already knows 
the default answers. But switching from one channel to another is 
difficult; the system's inconsistencies and outright gaps cause ex- 
pensive friction for users. Say a posting in a bulletin-board system 
arouses your interest. If you'd like to increase the intimacy of 
your conversation, you have to send the other person mail requesting 
his other address information, agree to synchronize, then dial the 
phone. All this friction discourages people from switching channels, 
even when it’s appropriate or necessary. 


The bulletin-board-posting example illustrates another artificial 
boundary: There’s not much technical difference between messaging, 
posting replies to a bulletin board, annotating a document with vir- 
tual Post-Its or overlays, and publishing. Yet current systems sepa- 
rate these tasks. 


1 Massachussetts Congressman Ed Markey, who spoke at our recent PC Forum, 
has begun asking whether it is fair for Bellcore, owned by the telephone 
companies, to be in control of number assignment. This resembles the Equal 
Access debates that characterized early US phone-system deregulation in the 
60s and 70s, when MCI and others claimed that the local phone companies 
were stalling and offering only lower-grade connections to the central of- 
fices. Markey is investigating whether a neutral third party should admin- 
ister the North American Numbering Plan. This would put Bellcore on a more 
equal footing with Cable Labs (the Bellcore of the cable industry) and 
other similar organizations. Bellcore itself recently sponsored its first 
Future of the Numbering Plan Forum. Interestingly, the government is not 
looking at data yet. If you are interested in participating, contact Colin 
Crowell, telecommunications policy analyst in the House Subcommittee on 
Telecommunications and Finance, which Representative Markey chairs. 
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A COLLABORATIVE VISION OF SUCCESS 


So how can companies collaborate, using their skills to best advantage to 
create a better communications infrastructure? Picture several comple- 
mentary layers of linked communication services: traditional and enhanced 
real-time phone, fax and video services from the phone (local and long dis- 
tance), cellular or cable tv companies; bulletproof, must-get-there data 
messaging services from the same carriers plus X.400 VANs, mostly for cor- 
porate use and retail transactions, such as home shopping and banking; and 
wide-ranging, informal and commercial services from the evolving Internet. 


Participating carriers or hosts manage X.500-compliant directories (at 
least with its higher-layer semantics). The directories cache and distri- 
bute data for performance and reliability. They offer yellow-pages ser- 
vices (attribute searches), and they collaborate with white-pages (name- 
search) services hosted by the phone carriers. 


More importantly, the directories become value-added platforms on which 
subscribers -- individual or corporate -- can store important information 
about their devices, preferences and habits, for a fee (for an example, see 
AccessLine Technologies, Release 1.0, 1-93). 


Sharing (see Telescript, page 19) and discovery (see Netfind, page 14) of 
address information decreases reliance on (and traffic through) larger di- 
rectories. (We don’t call directory assistance every time we call someone; 
we just do it for new, unknown people.) 


At the desktop, address books break free from specific applications and 
hover inside the network operating system, callable from any application 
and centralizing the address information. The address books hold as little 
information as possible, relying instead on strong links with cooperating 
directories across the net. 


Great new user interfaces harness these features and redefine communica- 
tions. Companies stop trying to invent everything themselves; they spe- 
clalize and collaborate. For instance, cable tv companies, which until now 
have provided only one-way video with very simple addressing schemes and 
billing requirements, will grow into two-way video and voice. They will 
need switching, billing and directory expertise, which may well be supplied 
to them by some of the companies profiled here. 


Issues aplenty 


A directory system assumes an addressing scheme -- or several. In order to 
have a useful directory infrastructure that serves all our communications 
channels we need to know: What naming/addressing convention(s) are used? 
Who manages the addresses? How are they assigned so they are unique, com- 
plete and accurate? How can addresses be looked up, without violating 
entities’ privacy?~ How can identities be authenticated? How are addresses 
distributed? What are the roles of the corporate directory, the desktop 
address book and the palmtop PIM? 
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ADDRESSING SCHEMES 


A name is not an address is not a route... sometimes. Names should be 
people-friendly, addresses machine-friendly; routes connect addresses. The 
three don’t mix well. When they become intertwined, by design or by de- 
fault, addressing schemes fall apart. 


A name is a unique symbolic identifier for an entity. To help you call a 
friend, a name needn’t be complex to be unique; however, finding a specific 
person somewhere on the globe takes more information than a proper name. 2 


A route 


A route is a description of how to get from one address to another; it de- 
scribes the points that must be traversed on the way. Once, telephone op- 
erators knew what switches a call had to go through, and e-mail senders had 
to know what network nodes their message would skip through. More recent- 
ly, increased network intelligence has made knowing the route almost un- 
necessary. (Users are not off the hook yet: They still need to know if 
their e-mail system has a gateway to a destination system, whether that 
gateway supports enclosed files and so on.) 


An address 


An address is a unique topological description of an entity. Routing may 
change as that entity moves around, but the address helps make sure messa- 
ges get delivered. Addressing is strategic: Fax technology outraced e- 
mail by piggybacking on the phone plan (and by setting a few, rigid stand- 
ards; you don’t need to mess with parity bits, YModem settings and initial- 
ization strings to send a fax). 


Of course, names and addresses seldom remain incorrupt. X.400 addresses 
were really supposed to be just that -- addresses -- but the X.500 direc- 
tory services that were supposed to shield users didn’t materialize as 
quickly as commercial X.400 services did. Lacking a supporting infrastruc- 
ture, the addresses became names, which users have to exchange in order to 
establish contact. As names, they stink.3 When was the last time someone 
gave you her X.400 address and you were able to send her e-mail? 


2 Proper names are not unique and prone to misspellings. (Let's see... 
does Harriet still use that hyphenated last name, or is she just using one? 
Or is she divorced, and back to her maiden name? If she remarried, you 
might lose her altogether, unless the name directory also contains prior 
names, in which case the puzzle gets rapidly more complex.) Social 
Security numbers aren’t an option because not everyone in the US has one 
(never mind finding complementary schemes in other countries). Also, the 
numbers are easily falsified and are linked to far too much financial in- 
formation for people to be comfortable throwing them around the way they do 
phone numbers. 


3 In an attempt to give system administrators descriptive power, designers 


gave X.400 addresses 14 attributes, most of which are optional. Since you 
can’t predict which ones are used, they must all be labeled. 
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Visible addresses carry meaning 


Commonly used addresses contain routes, which betray their owners. Cursory 
inspection of a sender’s e-mail address reveals the carrier or host machine 
he is using, if not his company name and department. (Your phone number 
doesn’t announce: "I use Sprint.") 


Routing information is not the only kind of information addresses can con- 
tain. Phone numbers carry information about costs and features.4 Some 
conventions, such as using "900" for pay-per-call service, are consistent 
nationwide; others are not (see box, page 8). The rogue numbers give PBX 
administrators migraines, because they wreak havoc on the code-screening 
tables inside those PBXes. 


Phone numbers serve as both a destination address and a physical routing 
descriptor. We memorize and dial numbers. How we dial depends on where we 
place the call (from an outside line? behind a PBX? from another country?) 
and where we are calling to (intra-LATA? local toll? long distance?). 


PHONE VS. E-MAIL ADDRESSING 


Despite its flaws, the phone-numbering system works. Numbers are assigned 
and logged in phone company databases when service is switched on, so the 
listings are guaranteed to be complete, unduplicated and up-to-date (well, 
almost). Not so with consumer products such as pocket organizers or LAN e- 
mail packages. There's no telling when those are bought, installed or 
used, much less when they've been put in the closet for good. 


The most problematic e-mail addressing schemes start in small groups, which 
invent their own naming schemes (maybe naming servers after their favorite 
drinks). Early adopters of e-mail might make themselves known to the out- 
side world as the whole corporation by using its name as their identifier, 
when in fact they represent only a small department. Hammering these dis- 
parate systems into an enterprise messaging system is a major headache for 
corporations these days. Getting worldwide rights to a consistent name 
makes it worse. 


E-mail: the Internet ws. X.400 


Internet and X.400 addressing systems are more organized, though not ideal. 
Both use a hierarchical method similar to the way phone numbers are allo- 
cated: High-level identifiers (domains) are cautiously allocated by regis- 
tration authorities, and are then propagated across to other high-level 
servers. Local administrators are responsible for seeing that they do not 
assign duplicate names. This approach scales well (though discussions are 


4 Lee Selwyn of Economics and Technology Inc., a communications-policy 
consultancy, believes using ordinary numbers for specialty services is 
potentially misleading and should be prohibited. For example, one crafty 
service provider sent messages to a series of pagers. The 540 number on 
the pager looked innocent enough, but after calling it, subscribers found a 
$50 weather report on their bills. 
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underway about how to expand the Internet’s name space) and avoids bottle- 
necks. But many administrators aren’t implementing attributes consistent- 
ly, which causes problems when domains meet, and when directory systems are 
layered on existing mail systems. 


Phone Numbering 101 


Phone numbers in World Zone One, which includes the United States, 
follow the North American Numbering Plan (NANP). Proper NANP phone 
numbers take the form NO/1X-NXX-XXXX, where N can’t be 0 or 1, the 
middle digit of the area code must be 0 or 1, and X can be any digit; 
this is what makes area codes distinctive. This scheme results in 
152 possible area codes. At AT&T’s breakup, the FCC made Bellcore 
responsible for administering the numbering plan, which means tasks 
such as releasing new area-code combinations when needed in places 
that outgrow a single area code (e.g., LA's 310, San Francisco’s 510, 
Chicago’s 708, Boston’s 508, New Jersey's 908). 


The dominant local-exchange carriers in any given area code control 
assignment of actual numbers. But those carriers haven't been uni- 
form in their assignment of numbers, so things get pretty messy at 
this level. Some carriers require callers to dial a "1" before calls 
to nearby places in different area codes, others don’t. Some require 
the area code to be dialed, some don't. Some allow local pay-per- 
call prefixes (the NXX) other than 976, which causes the problems we 
described before. 


Two years to 640 new area codes 


On January 1, 1995, Bellcore will allow area codes (also called Num- 
bering Plan Area codes, or NPAs) to follow the format NXX, which will 
open up 640 new area codes, more than doubling the possible numbers. 
Some issues remain unresolved, such as whether we should dial all 10 
digits all the time, even for local calls. 


Roughly one fourth of the new area codes will be reserved for geog- 
raphic (static) numbers ;°> another fourth will be for so-called non- 
geographic numbers (e.g., cellular and PCS); the rest will be as- 
signed later on, based on the relative growth of new markets. 


Different attitudes in the two systems lead to different strengths and 
weaknesses. X.400 services are mostly targeted to corporate clients, and 
feature options such as EDI services and fault tolerance. The Internet, 
for so long a shared resource viewed by many of its users as an inalienable 
right, has little concept of billing. Compare that with the phone system, 
where the first thing that happens is a check to see if the incoming call 
can pay. 


5 Most phone numbers are geographic: You can tell, often down to the 
neighborhood, where a phone number is located by looking at it. (Would you 
want your lifetime phone number to say where you came from?) 
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The Internet is a huge, organic, cooperative venture with a lot of accrued 
experience. Though it was designed specifically to avoid commercial traf- 
fic, some parts of the Internet now permit it -- a trend we support. 


In an ideal world, addresses are invisible 


If your device can acquire numbers from incoming messages electronically, 
the addressing problem begins to dissolve. That is, you can have a name 
and an address be different things, with the address being more complex 
than what a person can be expected to remember. 


"Nobody knows or cares. what his Ethernet number is." 
-- Lee Selwyn, consultant, Economics and Technology Inc. 


The technical ideal is to assign every person an information-free number, 
guaranteed unique, at birth. That way, nobody could tell you were born in 
Arizona in 1957 or subscribed to MCI by inspecting your address. This num- 
ber would be machine-readable; people wouldn’t touch or see it. But that’s 
not going to happen. Despite their imperfections, phone numbers will be the 
preferred method of address for a long time. They are easily memorized and 
distributed. The world’s largest communication infrastructure is built 
around them. As long as we're stuck with phone numbers, how about... 


.--one person, one number (sort of) 


One of the promises of emerging personal communications services (PCS) is 
universal personal telephone numbers. Some early examples exist. Yet PCS 
is likely to cause more confusion in the near term, because it will add yet 
another number to our already crowded Rolodexes. It will take a new layer 
of indirection in a very intelligent network (say, routing tables that map 
devices to addresses to your location and status) for a single number to ac- 
tually simplify things. 


Also, compelling though it sounds, having just one number is impractical. 
If you put your permanent number on your business card, what happens when 
you leave your company? More likely, you will still have to use several 
numbers, one for each major "personality" you have (see Motorola's MoNet, 
page 19). If the network is smart enough, you'll be able to carry a single 
phone or intelligent communicator. 


Should your toaster have a number? 


Phone numbering is getting a bit out of hand. Faxes are the tip of the 
iceberg; theoretically, refrigerators and toaster ovens could have phone 
numbers, too. Should these items be subcoded on their owner's main number? 
Should devices not have any phone number at all, but rather a device ad- 


6 See Bell Atlantic’s car/office pocket phone trial in Pittsburgh using 
Motorola equipment (Release 1.0, 10-92), AccessLine’s smart communications 
consolidation technology (Release 1.0, 1-93) and AT&T's EasyReach (700) 
service (box, page 10). 
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dress? ISDN signalling can indicate what kind of device is needed, but no- 
body seems to be waiting for equipment and services to arrive. Should we be 
using phone numbers at all? Why not just say "call Aunt Genevieve"? 


So who’s Curious? 


We subscribe to AT&T's EasyReach service, which allows us to give a 
single number (0-700-CURIOUS) to people who need to contact us. When 
we're on the road, we can have AT&T forward calls placed to that num- 
ber to any other domestic number (more on how we use it, page 23). 
Inbound callers pay for the call, unless we give them a special code 
to enter, in which case we pay. But there's a twist: With 800 num- 
bers, the prefix (NXX) specifies the carrier; callers don’t have to 
think about it. Like credit-card calls, 700 numbers don’t automati- 
cally go to the right carrier. With AT&T's 700 service, for example, 
if a telephone is not served by AT&T, the caller has to dial "10-ATT" 
first (to switch to AT&T), then the 11 digits above; that’s 16 digits 
and too much thinking. 


Dialing the 700 number from the wrong carrier doesn’t lead to an er- 
ror message; you're at a dead end and may not get through at all. It 
gets worse. Right now, there is no control on assigning 700 numbers. 
If HCI or Sprint decide to enter the business, they can assign sub- 
scribers numbers that are already in use by AT&T subscribers. So 
calling a 700 number from the wrong phone could reach the wrong per- 
son. Ultimately, we expect the problem to be fixed, either by a re- 
design of the 700 service, or with an unused "X00" service code. 


Addressing some solutions 


The various addressing schemes we have described could be brought together 
in several ways, the least likely of which is seeing X.400 through until 
all addressable entities have X.400 addresses. More likely is the absorp- 
tion of all other addresses into the Internet’s name space, once it is ex- 
panded. This is already happening, as Internet addresses are formulated 
for people on foreign networks. Phone numbers and X.400 addresses could 
both be made subnets: Our Internet phone address (1f we had no Internet 
address already) could be JMichalski@2127583434.fon; X.400 addresses can be 
contorted into Internet format, too. 


A third alternative is to use name/phone number combinations. We just show- 
ed an Internet example above. X.400 addresses already contain name infor- 
mation; an unused attribute called the Network Address could hold a phone 
number, a suggestion Eric Arnum, editor of Electronic Mail & Micro Systems 
made in early 1991. However, few X.400 carriers have implemented that at- 
tribute; reengineering seems like an unrealistic proposition. 


A fourth path is to issue brand new personal ID numbers to people. These 
numbers would be sent before phone calls or within messages to identify the 


originating party to the receiving device, which could then present options 
to the called party. 


A fifth option is to leave it all as it is and make do with what you can. 
Put intelligent address reconciliation software on the network and rely on 
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the fact that if you can get ahold of someone through one channel, you can 
probably find out his other addresses. 


None of these options is entirely satisfying, so consider this issue un- 
resolved. Communications will grow as long as software keeps the messy ad- 
dresses hidden from users. 


"In this industry, we've made an art of 
confusing the ends with the means.” 
-- Mike Zisman, Soft'Switceh 


Detente in directories 


In data messaging there's considerable friction between the CCITT/ISO 
X.400 camp and the Internet. Though the two communities share the 
goal of universal interconnection, their intent diverges sharply. 
X%.400 was designed to be a backbone for commerce; participating ven- 
dors collaborate grudgingly and focus on designing their own tools 
and protocols to add value. The Internet, built to foster research, 
emphasizes collaboration; utilities are tested and enhanced through 
use across the net. Although some people are trying to build bridges 
between the two camps (mostly from the Internet to X.400), there's 
still resistance. However, at the directory-services level, where we 
turn next, there's surprising agreement on moving toward X.500 struc- 
tures -- at least on the data side. 


Release 1.0 is published 12 times a year by EDventure Holdings, 375 Park 
Ave., New York, NY 10152; (212) 758-3434, It covers pcs, software, CASE, 
groupware, text management, connectivity, artificial intelligence, intel- 
lectual property law. A companion publication, Rel-EAST, covers emerging 
technology markets in Central Europe and the former Soviet units. Editor: 
Esther Dyson; publisher: Daphne Kis; contributing editor, Jerry 
Michalski; circulation & fulfillment manager: Robyn Sturm; executive sec- 
retary: Denise DuBois; editorial & marketing communications consultant: 
William M. Kutik. Copyright 1993, EDventure Holdings Inc. All rights re- 
served. No material in this publication may be reproduced without written 
permission; however, we gladly arrange for reprints or bulk purchases. 
Subscriptions cost $495 per year, $575 overseas. 
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DIRECTORIES 


The US Postal Service does not offer an easily accessible directory. You 
know the address, you call, or you use third-party compilations of addres- 
ses (e.g., corporate client databases, association mailing lists, publica- 
tion mailing lists). There’s a strong market in mailing lists to fill this 
gap. New, global directories will allow these vendors to apply their in- 
formation expertise to new information sources. 


Users’ needs vary widely: An individual may want to look up her friend’s 
e-mail address, a company may want to send a message to all employees who 
own stock, or a vendor may want to build a targeted telemarketing list. A 
directory service's usefulness is a function of its accuracy, ease of ac- 
cess and use, breadth, depth and currency. 


Directories should bind names to addresses, without the sender’s involve- 
ment. If the naming is ambiguous (e.g., if several people are named Bier- 
zychudek in the Chicago area), the directory’s role is to facilitate ad- 
dress resolution so the sender is certain she is sending the message to the 
correct party. 


What city, pleeze? 


The benchmark for all directory services has to be the phone system's di- 
rectory assistance (DA) system. The average directory-assistance transac- 
tion -- query, search and response -- takes 22 seconds. That’s about as 
fast as a person could type a city, last name and first initial, let alone 
have a query answered by a remote computer. Holding most of the records in 
RAM helps speed searches; operator time has been reduced recently with 
speech synthesis. Now you can have the phone company dial the number for 
you -- for a fee, of course (it's called direct call completion). 


Directory assistance’s performance is won at the cost of flexibility. It 
is hard to optimize a system for both updates and searches, so some vendors 
are trying novel architectures. More to the point, DA platforms are fast 
at name (white pages) searches, and can’t do attribute (yellow pages) sear- 
ches (yet; some phone companies have experimented with "talking" electronic 
yellow pages). That means you can’t query the phone system for all the 
Italian restaurants within 10 miles, ranked by their reviews in Zagat’s 
(though you could do that with Zagat-Axxis’ CityGuide software). 


NADF members speak X.500 


Several companies, including DEC, ICL, Retix, Siemens-Nixdorf and Unisys, 
offer X.500 directories, but the companies haven’t been able to crack the 
market. The ISODE Consortium (ISO Development Environment; see opposite 
page) has just introduced X.500 toolkits for companies wanting to develop 
distributed directory services. Not many organizations support the OSI 
stack required by the full X.500 standard, so some companies are building 
directories that adhere to high-level specs but run on non-OSI networks. 


Interconnection is essential, however it occurs. The North American Direc- 
tory Forum (NADF), created in 1990, is a consortium of competing service 
providers that are collaborating to ensure the interconnection of their 
services. Participants include AT&T, British Telecom, GE Information Ser- 
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vices, IBM, Infonet (jointly owned by 11 international telecom operators), 
MGI, Performance Systems International (a commercial Internet provider), 
Sprint, Ziff and several telephone companies. 


Paradise (the project) is just a telnet away 


David Goodman at University College, London, manages the Paradise project, 
an effort funded by the European Community which roughly parallels the NADF 
in the US. Paradise is the second-largest public distributed directory in 
the world (after France's Minitel). A demonstration Paradise service is 
available for white-pages searches.’ Power-search features could help you 
locate all the Watsons at University College, for example. 


Paradise currently provides access to about 1 million entries, distributed 
across 30 countries. Adding a single PTT’s database would expand it by an 
order of magnitude. Nearly all of the component directories have been 
built using Quipu, a public-domain X.500 development kit from the ISODE 
Consortium, which has 56 member organizations. ISODE is commercializing 
Quipu in the hope that its availability will help create critical mass and 
connectivity in the directory services community. 


CONTENT IS STILL REY 


What should go in a directory listing, beyond the obvious name, address, e- 
mail address, fax and phone numbers? X.500 is designed to hold a practi- 
cally unlimited variety of information about any given entity. Depending 
on the implementation, people could store bitmapped pictures of themselves; 
lists of their hobbies, favorite drinks or vacation spots; sound clips in- 
troducing themselves; encrypted signature files for authentication; point- 
ers to their calendars; their preferred file formats; and so on. While 
this flexibility is beguiling, it also wreaks havoc on performance, since 
there's no easy way to speed a database engine past a large bitmap entry. 


Directory systems must also withhold information. For example, some kinds 
of messages, such as faxes and cellular calls, cost the recipient money; 
all unwanted messages cost time. Consumers should be able to choose which 
addresses to keep unpublished, or to permit selective telemarketing and at- 
cess in general over these channels, for a fee (see Release 1.0, 6-91). 


Puzzling directory dynamics 


This raises the larger questions of privacy and access rights, and whether 
the right dynamics exist for directory services to prosper. X.500 has many 
proponents but bad karma. Contributing vital name, contact and other in- 
formation to a public directory is rather like dealing with your clothes at 
a nude beach: You'd like everyone else to take theirs off, but couldn't 
you just keep yours on? 


7 Telnet to paradise.ulec.ac.uk; login as DUA, no password required; try 
looking for Goodman. 
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Much effort and cost goes into creating corporate directories, which con- 
tain sensitive information. Some companies can't make their organizational 
hierarchies explicit, either because it would cause turf battles or because 
things are too muddled. Others have non-hierarchical structures. Besides, 
why would they want these structures made public? 


Sorry... that number’s unlisted 


The Fortune 1000, in particular, is 1000 closed user groups. Most of the 
companies purposely use a receptionist and trunk lines so that outsiders 
don’t have direct access to their employees. Directory assistance can’t 
tell you who's in charge of marketing laser printers at HP -- or buying 
them at GM. Most purchasing managers would like to keep things that way. 


The proportion of unlisted residential phone numbers varies widely. In Los 
Angeles, where it’s hip to have an unlisted number, some 40 percent of pri- 
vate phones are unlisted. That’s extreme; the rest of the US hovers below 
10 percent. 


What? No directory? Enter Netfind 


Mike Schwartz, a professor at the University of Colorado, is turning the 
hunt for the ideal directory service completely on its head. Instead of 
managing a complex of mammoth, distributed directories, he suggests side- 
stepping the issue by having no directory at all, and using existing tools 
and sources of information to search over the Internet for address informa- 
tion you need when you need it. This project, available as a tool called 
Netfind, 8 is one of many resource-discovery systems Schwartz has developed 
at the University of Colorado. 


The Internet has a variety of powerful utilities: 
e Anonymous FTP is the most popular file-transfer protocol; 


e Archie is a centralized, replicated white-pages index of files on the 
Internet; 


o Finger provides details about a given user on a host system; 
@ Gopher front-ends other tools; 


e Knowbots are software agents that cruise the net, sending you pointers 
to information that may be relevant to you; 


8 You can try Netfind via telnet to bruno.cs.colorado.edu. Login as "net- 
find;" no password needed. 


9 In a separate study not available for use on the Internet, Schwartz used 
public traffic to derive graphs that show the intensity of communications 
between objects, something far more complex than is likely to be built into 
an X.500 directory. A surprising amount of information can be collected 
this way, including graphs of who talks to whom and how often. His re- 
search in this area is partly to demonstrate that simple public information 
can lead to privacy violations. 
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ə Prospero allows users to get virtual views of information that's 
available; 


e WAIS10 (Wide Area Information Service) offers distributed, parallel 
full-text searches of online databases; 


e WhoIs is a directory service used by the Internet’s Network Infor- 
mation Centers; and 


e the World Wide Web features hypertext and index pointers. 


The Internet's permeability and relaxed shared-access policies enhance 
these utilities’ value. 


Netfind collects information by monitoring existing public Internet traffic 
sources, such as USENET postings. Given a query, it uses its "seed" data- 
base to post its own queries to the Domain Name Service (a database that 
lists Internet host systems), then to various hosts’ SMTP servers. Final- 
ly, it tries to Finger particular users. This method gives good perfor- 
mance on average, which is fine for casual users. For robust, real time 
commercial use, however, Netfind is probably insufficient. 


VECTOR: ALL THE ADDRESS POINTERS FIT TO PRINT 


Vector Directory Services, a three-person company founded in 1990, publish- 
es a directory (paper and online) of e-mail systems to help administrators 
establish connections with other e-mail systems. The directory covers 25 
public carriers, known as ADMDs (administrative management domains), and 
400 private mail systems (PRMDs). Listings in Vector’s directory include 
how to access each system's gateway, the formats supported, whether you 
need to register with a system before sending it mail, the gateway man- 
ager’s name and any restrictions (e.g., gateway hours of operation). 


Vector provides a near-term solution to the connectivity problems of X.400 
and X.500. Bill Lucas, president of Vector and formerly in cable, satel- 
lite, online and telecom ventures, believes X.500 will do well within, but 
not between, companies. He believes many companies will only support sim- 
ple Query By Mail messages. 


Einar Stefferud of the consultancy Network Management Associates, whose 
work in e-mail predates X.400, is likewise skeptical about X.500. "A di- 
rectory system is not the answer," he says. "They are too hard to assemble, 
too costly to maintain and contain too much information. Why should we 
push X.500 further, just to fix X.400?" 


10 Brewster Kahle, formerly of Thinking Machines, is commercializing WAIS 
through a startup called WAIS Inc., that will offer production-quality WAIS 
server software. 
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DIRECTORYNET: ELECTRONIC DIRECTORY ASSISTANCE 


Vector only points to e-mail directories; companies have to do their own 
linking and interchange to get specific information. DirectoryNet links to 
phone-system directories, acting as a message-based substitute for direc- 
tory assistance. 


In 1990, with the founding of DirectoryNet, state-owned Telecom Australia 
brought to the US a service it has provided since 1987 in Australia. Di- 
rectoryNet’s Electronic White Pages (EWP) provide online access to tele- 
phone company directory-assistance databases -- in the US, the seven re- 
gional Bell operating companies, SNET and Cincinnati Bell. Plans are in 
the works to add other independent telephone companies and even foreign 
telephone companies to EWP. DirectoryNet pays per-transaction fees to the 
telcos, plus its own telecommunications costs, and charges its customers. 


DirectoryNet sells to businesses that need to locate or verify addresses 
and telephone numbers for collections, credit-card processing, telemarket- 
ing, fund raising or prospecting. DirectoryNet can also do reverse sear- 
ches: Given a number, it can report back who owns it. AT&T’s Find America 
service could be considered a competitor to EWP, but DirectoryNet considers 
its main competitor to be traditional directory assistance. The company is 
positioning EWP to replace DA in a business environment. 


But DirectoryNet is at the mercy of the telephone companies because each 
telco owns and maintains its regional databases. A major limitation is the 
telcos’ primitive protocol. This protocol, called Electronic Directory As- 
sistance (EDA), allows businesses such as DirectoryNet to access the DA in- 
formation. EDA has been modified by each telephone company, so service 
providers such as DirectoryNet have to customize their software for each 
telco to allow for seamless, more consistent transactions. 


A few changes to the EDA protocol and data structures would bring consider- 
able change to the electronic white pages industry. For example, adding a 
code for the type of phone number would allow people to designate fax ma- 
chines, e-mail nodes and so forth. Also, a privacy code could allow Direc- 
toryNet to provide "Do Not Call" lists (which are mandated in most regions) 
to telemarketers. 


ANGELI SYSTEMS: SKY-HIGH AMBITION 


DirectoryNet is a pragmatic solution to getting electronic phone listings 


for small numbers of people. Angeli Systems has a much broader goal, which 
we hope it reaches. 


The founders of Angeli Systems, long-time communications experts, have seen 
the future: It needs a flexible, high-performance directory. They're de- 
veloping a distributed directory platform, built on the X.500 model, to 
deal with everything from people and their attributes to network software 
objects, computer hardware and peripherals, product lists and parts cata- 
logs. The product family (see box, opposite) is called Traxis, from Track- 
ing Access System. Angeli’s broad thinking should help it play a central 
role in coordinating enterprise activities, starting next year. 


Release 1.0 23 April 1993 


17 


Traxis can complement existing name services or address books, delegating 
tasks where appropriate or becoming the actual engine. Companies that al- 
ready provide robust naming services with good APIs, such as Banyan, may 
simply coexist and synchronize data; companies with rudimentary naming ser- 
vices may adopt Angeli’s technology. Angeli is in discussions with several 
middleware vendors. 


The Traxis product family 


Angeli’s customers should have at least two Traxis Directory Engines 
(the information repositories) for performance and reliability. 
Directory Engines will collaborate with other Traxis modules, includ- 
ing: Traxis Global Browsers, end-user modules written for various 
platforms; Open Agents, which map Traxis functions to industry- 


standard APIs such as MAPI, Apple’s OCE and X/Open’s XDS; Messaging 
Domain Agents, which act as gateways between proprietary messaging 
systems and Traxis; Name Domain Agents, which perform the same func- 
tions as TMDAs but are specialized to work with commercial network 
operating systems’ name services; and Data Base Agents, which bring 
standard databases such as Oracle into the Traxis system as applica- 
tion hosts. 


Traxis also helps on the front end. For example, end-users could choose 
the e-mail front-end they like best from products such as cc:Mail, Micro- 
soft Mail and BeyondMail. When they want to address a message, the box 
that comes up could represent the Traxis Global Browser for that platform. 
When they paste a person's address into a "recipient" field, Traxis will 
make sure the address is in the proper format. Because Traxis’ directory 
will store a wide variety of objects, the Global Browser could also be used 
to manage network devices, code objects and more. Although objects stored 
in a Directory Engine can be arbitrarily complex, the Traxis system does 
not act on rules itself. Users would need an external application in order 
to implement rule-based routing or filtering. 


Based in Santa Monica, Angeli has 10 employees. The founders and initial 
investors are president and ceo Giorgio Propersi, who takes care of engi- 
neering and design, and evp Chuck Chriss, who is in charge of product man- 
agement, sales and marketing. They started at Retix, then worked at a 
startup Propersi founded in 1989 called Trillium Digital Systems, which 
(still) sells OEM communications software. Isocor, which is working with 
Angeli on an X.500 directory server called Isoplex DS (which fits atop an 
Oracle database engine), invested in Angeli Systems in early 1993, as did 
several other companies. Other funds come from venture and private par- 
ties; Angeli expects to solicit a second round later this year. 


Angeli is focusing on the Fortune 100 market -- companies that already feel 
the pain of maintaining and synchronizing varied lists and want to conso- 
lidate them. Angeli expects to have Traxis at beta sites by the end of 
1993, with products shipping in 1994. Given that the desktop side of the 
equation (MAPI, OCE et al.) will roll out slowly, this timing makes sense. 
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BEYOND ADDRESSES 


Directories are not an end in themselves. You don’t buy a telephone for 
the privilege of listing yourself in the white pages: You buy it to commu- 
nicate. People and companies will publish their information if they bene- 
fit. The added value can come from call-management rules (receive, re- 
route, record or interrupt) based on your location, the time of day and the 
calling party's identity (see AccessLine, Release 1.0, 1-93). Octus (page 
22) tries to do all this without waiting for the intelligent phone network 
to evolve to the point where carriers implement these features. But it 
works only on-premise, a handicap for mobile workers. 


AT&T EASYLINK: FROM PERSONAL FEATURES TO OUTSOURCING 


Basie transmission capabilities have become commodities; now the game is 
enhanced services. On the phone side, that means custom-calling features 
and perhaps stock quotes delivered to your voicemail bin. On the data 
side, examples beyond news feeds are scarce, but the opportunity is clear. 
A company that can integrate the two smoothly will fare even better. 


One of the ways that EasyLink, AT&T's messaging group, hopes to differen- 
tiate itself is by providing a sophisticated directory service; General 
Magic's Telescript (see box, opposite) is a lever. The features EasyLink 
develops will at first be targeted to individuals -- both consumer and cor- 
porate -- to help them gain control over their communications. But indi- 
viduals aren’t the only attractive market for AT&T. 


It may seem like a crazy idea today, but long term, some companies will 
outsource much of their directory-service function, as they do their data- 
processing centers and basic network communications today. Others will 
view that as too dangerous, and will prefer to keep that information in- 
house. The key question is: Can AT&T develop and deploy a set of closely 
coupled systems and features that outperform anything that phone/wireless/ 
computer companies can put together, and deliver it at reasonable cost? 
Given the magnitude of the integration effort, keeping the work inside one 
company will probably help AT&T get better systems to market faster. 


AT&T is gaining data-side directory-service experience as a key contractor 
for a directory of directories for the Internet. AT&T’s InterNIC (a gener- 
ic term for systems that link Internet Network Information Centers), called 
AT&T Directory and Database Services,t1 can point users to computing cen- 
ters, network providers, information servers, white- and yellow-pages data- 
bases, library catalogs, data and software archives and training services. 


ll AT&T's InterNIC is accessible via most of the Internet tools described 
on page 15. Just telnet to ds.internic.net and login as "WAIS," "X500" or 
"Archie," depending on the service you want to use. No passwords needed. 
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General Magic: Going with the flow 


What good is a far-reaching communications infrastructure without a 
powerful communications language? That’s what General Magic brings 
to the table in Telescript, with which many carriers will build new 
service platforms. 


Although foolproof addressing is critical to its success, General 
Magic (see Release 1.0, 2-93) has no intention of foisting yet anoth- 
er numbering scheme on the world. Instead, it will use existing in- 
formation that can provide unique address resolution. 


Among other things, General Magic would like to make addressing 
transparent to users. That means users won't have to request and key 
in other people's addresses. To that end, messaging systems built 
using Telescript will use interpersonal messages as address trans- 
ports. Anyone who sends you a TeleCard will automatically be sending 
you her other contact information, which is available for inspection 
or other uses, such as posting to your local address book. That 
means you can reply via a different mode, and the messaging system 
won't care. We expect many companies to adopt whatever record format 
General Magic defines for this address exchange. 


Record maintenance in this anarchic model isn’t that difficult. If 
someone’s address changes, the system must be smart enough to notify 
interested parties that they have reached a wrong number, and then 
update their directories with the right address. Telescript agents 
could also be on the lookout for other people with interests similar 
to yours, a la Netfind (all within security constraints, of course; 
see page 14). The combination of a network-based directory with ac- 
tive dissemination of address information and resource discovery 


agents is quite appealing. | 


MOTOROLA’S MONET: POWER TO THE (MOBILE) PEOPLE 


Lest we ignore the complications introduced by the cornucopia of wireless 
gadgets that will hit the market in the next couple years, Motorola has 
been paying attention, and will introduce in April a compelling technology 
that it will offer to wireless data carriers. 


Last October we examined some of the wireless services that are available 
or soon will be. Based on the differences in bandwidth and architectures, 
it is clear that several such nets will survive and complement each other. 
But they use different standards, and programming each local device to cope 
with the vagaries of all the services is impractical and expensive. Moto- 
rola will soon be offering software that helps reconcile and unify these 
disparate systems. Mobile Networks Integration Technology (internally 
called MoNet, the name we’ll use) is built on the assumption that people 
will need several devices and personalities. This latter insight is impor- 
tant in designing a meta-network that will fit the way people behave. 


A MoNet profile holds information about devices, personalities and prefer- 
ences, all of which it uses to handle messages the way you want. Several 
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personalities can be active simultaneously -- one for business messages and 
news stories, another for private communications, for example. Billing and 
filtering of messages would be different for each. Your profile could also 
be a place to store important information you want available as you travel, 
including routing lists and key files. Your profile could include rules 
for costs and routing (accept COD messages from these account names; send 
only header information and the first 20 lines of messages over 1 KB). 


Get your mail from Minsk 


People will get MoNet accounts when they purchase devices that come with 
services. For example (hypothetically), Zoe buys a consumer Newton from 
Sharp positioned as a personal health aid. In the box is a sign-up sheet 
for several exercise, health-food recipe and vacation-planning services, 
all delivered over a wireless link that is part of the bundle (and Tele- 
script-enabled, perhaps). When she signs up for the first service, she 
gets a MoNet ID; additional services would not require new IDs, though Zoe 
might want to create "personalities" for different purposes. MoNet pro- 
vides a white-pages directory to help Zoe locate others’ IDs. 


When it’s rolled out later this year, MoNet will provide the inter-network 
glue that lets people wander around and still be in touch. If Zoe is trav- 
elling in Dallas with another device, she could still get her daily exer- 
cise routine. Better still, she could go to Europe, rent a mobile radio 
data device there from a MoNet-enabled network provider, and receive mes- 
Sages or access her files as if she were in her home territory. MoNet 
would compensate for different device and network capabilities and formats. 


Of MoNetary value 


MoNet is particularly good at translating message formats, storing messages 
and keeping track of activity. A MoNet-enabled network can interchange 
messages with other such networks, including those that are Telescript- 
aware. MoNet-enabled networks also notify each other when you log in; that 
way you can get any stored messages right away. 


MoNet’s direct customers are the public and private wireless data network 
providers. Public carriers would sign up because MoNet'’s features add 
value no individual carrier can provide. Private systems might use it to 
consolidate and manage multiple wired and wireless systems. Motorola is 
counting on its position in the market as a supplier of radio-system soft- 
ware and equipment (not public services) to attract licensees. As we have 
mentioned before (and Bob Growney said at the PC Forum), Motorola will dis- 
tance itself from its service investments as those markets take off. MoNet 
is a back-end system, so there's a big opportunity for software houses to 
write front-ends to communication services using MoNet's features. 


Motorola will provide third parties with software development kits built 
around a single message format and set of APIs that can access practically 
any service. This is a hefty cut above current approaches, where companies 
that want to transmit messages over a wireless network usually have to 
learn (and program around) all the vagaries of their technology. Finally, 
Motorola will provide encryption to make the network secure. 
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THE USER EXPERIENCE 


Most of what we have described so far just helps users collect even more 
names that need to be replicated everywhere. Luckily, next-generation OSes 
will support API-addressable directory services and address-exchange proto- 
cols, That means a user need maintain only one address book locally. The 
OS will make that list available to all a user’s applications, replacing 
her address books with the central book. 


The X.500 spec says nothing about the user interface. That's where vendors 
can differentiate themselves. MAPI, OCE, PenPoint, Telescript, MIME (the 
Multimedia Internet Message Exchange) and other such systems will act as 
the glue that allows users to choose the front-end they prefer, yet still 
be good citizens in the distributed systems architecture. To succeed, the 
companies leading these efforts have to agree on interchange standards. 


Wouldn’t you like to be able to have the 
Resources & Phone Numbers at the end of each issue 
of Release 1.0 put automaticaily in your PIM? 


Super PIM? 


PIMs will be effective tools only when they are aware of the surrounding in- 
frastructure and can collaborate with it. The ideal PIM is a smart shell 
that owns and stores as little information locally as possible. Where it 
can, it funnels queries to other applications or data stores. The address- 
book facet of a PIM helps users set up ad-hoc conference calls or create and 
disband workgroups. Users shouldn’t have to worry about the intricacies of 
addressing schemes and source routing; PIMs should hand addresses to other 
applications in the proper transmission format. 


"Tf users have to spend more than one minute a day 
maintaining their addresses, it won’t work." 
-- Mark Jackson, AT&T EasyLink 


As we mentioned already (page 3), some applications and operating systems 
are moving in this direction, such as GO’s PenPoint, which includes a Dial- 
ing Location Sheet. Today, every time the user changes status by leaving 
the office or traveling to a different area code, she has to find the Sheet 
and manually change the settings. A future version will sport an easy-to- 
change menu item. Long term, portable devices will monitor their own status 
and switch settings automatically. They will also communicate their status 
to message hubs via wireless links. That should iron the kinks out of many 
offerings that are just not convenient enough today. 
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OCTUS: PLAY PONG WITH YOUR CALLERS 


As important as an individual’s PIM is the interface that facilitates inter- 
action between individuals. Octus has done a nice job of combining GUI ease 
of use with call-management functions usually missing from pe products. 


Nolan Bushnell, creator of the Pong videogame that helped launch this indus- 
try, and founder of Atari and the Chuck E. Cheese Pizza Parlors, is at it 
again. Nolan, Kris Landl? and a team of 30 engineers are working to resolve 
the problems we encounter as we wrestle with our phones, e-mail, faxes, etc. 
Their approach starts locally, with address books and small workgroups; it's 
the other end of the spectrum from the Brobdingnagian, network-based ser- 
vices we described earlier. 


With Subway, Octus’ product suite, users can place calls, swap business-~-card 
data with other Subway users during (or before) a conversation and decide 
what to do with incoming calls -- answer, take voicemail, play a message 
("hold on, I'11 be right with you") or forward them elsewhere -- automati- 
cally. Subway holds contact information about others you communicate with. 
It also monitors the recency and frequency of calls, and tries to make those 
numbers handiest. 


Make the possible, visible 


When you try to communicate, Subway’s interface will make visible what is 
possible at any given time. Want to send e-mail to Zoe? She has no e-mail 
account listed, but we can turn your note into a fax and send it on its way. 
Subway, currently in beta testing, will eventually feature voice recording 
and playback, and will act as a simple voicemail or voice-response system, 
or record and play back clips of audio, including your phone conversations. 
Subway requires the installation of an OctoBox at each desk, between the 
workstation and phone. 


More interesting, though, are the ways Subway helps manage communication in 
a small workgroup. For example, the first time Zoe calls, a receptionist 
can log her into Octus'’s address book, which is no more effort than typing 
the information into e-mail phone messages. The next time she calls, the 
receptionist can pick her name from the existing list (if Caller ID doesn’t 
do it first), which brings up a flash note with all the right information 
(as long as she isn’t calling from a friend's office). The receptionist 
sends it to the person being called, who can associate different rings with 
different callers and manage the call with the options described above. 
Octus eventually plans to add more powerful rule-building capabilities, and 
perhaps support for wireless phones. Subway is for office workers who must 
receive phone calls and faxes often, and who have been losing the assistants 
they once took for granted. 


12 Land’s company, Paradox Development (now merged with Octus), built a 
networked fax server called FaxConductor, which captures, OCRs and routes 
inbound faxes automatically (if senders put double parentheses around an 
inbound routing number). Octus is merging FaxConductor with Subway. 
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APPENDIX: OUR OWN LITTLE PROBLEMS 


Our messaging adventure starts with our telephone numbers -- one for Con- 
necticut, one for Manhattan, plus a fax in each place. (Lucky we don’t use 
a cellular phone or pager yet.) Our 700 number (0-700-CURIOUS) is handy for 
people who need to call us often, but not simple enough to give to just any- 
one (see page 10). We never (well, except when talking to AT&T or NCR 
people) leave the 700 number in phone messages. 


When we first subscribed, we forwarded the number often, especially because 
it was easy: The system would pick up our inbound number, if possible, and 
use that as a default assignment. But AT&T removed the Caller ID feature 
because it could be misused. Now we usually leave the 700 number pointing 
to our own voicemail number (we're not comfortable relying on hotels to col- 
lect and forward all the messages), and use the 700 number to check our own 
message bin; the 700 number is less expensive than calling cards. 


Telecommuting is no picnic 


When messages arrive for us in the Manhattan office, we have no automatic 
way to receive them in Connecticut, since the in-office message system is 
Notework (from the company of the same name), a TSR that’s handy on DOS ma- 
chines, but weak on external connectivity. Urgent callers are asked to call 
Connecticut; other messages await our trips to Manhattan. 


The EDventure office uses BeyondMail to connect to the rest of the world, 
via an MHS gateway to MCI Mail and CompuServe. BeyondMail and Notework 
don’t communicate. We have installed BeyondMail on our Connecticut pc, as 
well as on our notebook pe (a Safari on loan from NCR). We would like to 
have this environment available on the Safari, but we’re not that far yet. 
Instead, we log into the WELL through the CompuServe packet network using 
Software Ventures’ MicroPhone Pro and check our mail. 


The MHS gateway works nicely with the EDventure office in Manhattan (after 
much frustration with the notoriously troublesome Telepath modem from Gate- 
way), but is not working with CompuServe. (BeyondMail for Windows sends at- 
tachments as a default with each message; CompuServe’s MHS gateway coughs 
them back to us; a patch is on the way.) We have to exit BeyondMail to run 
the MHS gateway. In fact, we can generally only have one communication pro- 
gram open at a time, or the modem locks up. We also use Delrina’s WinFax, 
though we suspect the Telepath gremlins have been at work again, because our 
fax/modem transmissions aren't reliable. 


Our Gateway 486 is armed with AG Communication Systems’ WindowPhone system, 
a card and software that enables a pe to detect Caller ID information, then 
looks up the number (if you've entered it, and if the call is from a direct 
line). Unfortunately, it doesn’t have much opportunity, since most of our 
calling is interstate and no agreements on the handoffs of Caller ID data 
between carriers have been struck. Also, only numbers served locally by 
modern switches can transmit Caller ID, further reducing coverage. Window- 
Phone does let us autodial, which is convenient; however, it’s another list 
of names and numbers to maintain. 
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We have a series of online accounts and e-mail addresses. From an Internet 
perspective, these are: jmichalski@RadioMail.net (for a Viking Express mo- 
bile radio messaging loaner we're about to surrender -- thanks, RAM Mobile); 
spiff@WELL.sf.ca.us (the WELL, our principal e-mail bin and online haunt); 
76367 .2432@CompuServe.com; Rheo@AOL.com (America Online), and Jerry.BMail@- 
Rheomode.MHS.CompuServe.com (a BeyondMail-MHS-CompuServe triple play). All 
have different passwords and need to be connected to separately (not all 
support forwarding of messages). Ironically enough, that last, most complex 
address is where we'd like mail to go, because it is the only way we can 
read separate messages, rather than work in a terminal session (we tried 
several front-end programs; TapCIS'’s interface was too rough, and Sweeper 
crashed our machine, despite two downloads from the WELL). 


We don’t mess with this many services because we want to be difficult or 
clever or even for the opportunity to test each one; we do it because each 
network has different resources. AOL's subscribers are different from Com- 
puServe’s and from the WELL’s, for instance. Unless these services adopt 
some common storage and interchange formats, as well as common offline 
readers, we'll be doing this dance forever. 


We're about to return the Viking Express kit we've had on loan from RAM. 
It’s been trusty, even impressive (send a friend e-mail while riding an air- 
port jitney), but carrying it plus the NCR Safari 3170 notebook plus associ- 
ated recharging subsystems is a bit much. Because we don’t have the HP 95LX 
Connectivity Pack, which would let us upload files directly, we forward e- 
mail that we want to keep to our WELL account. 


What about groupware? File synchronization? 


It gets worse. In addition to paper, we publish our newsletter via Amix, 
which has a less-than-ideal user interface. We have Lotus Notes installed 
in Connecticut, but it apparently hates the Telepath modem, so we have not 
used it yet to synchronize with servers at New Science Associates, the ITAA 
or Lotus. We loaded Microcom’s Carbon Copy, but it doesn’t support our mon- 
itor’s resolution, so we decided to do without rather than change permanent- 
ly to a lower graphics setting. Lotus Organizer is an elegant PIM, but its 
address book isn’t very flexible, and synchronizing between Organizer on the 
Gateway and the Safari is difficult, so we've postponed using it. To trans- 
fer bigger files between the two, we use Traveling Software's LapLink (for 
which we have to unplug the mouse, change the autoexec file and reboot the 
Gateway several times). Needless to say, we don’t do that very often. 


Practically every one of the systems we’ve just described has an address 
book. None of them talk to each other. Worse still, our old contacts are 
in text files, exported from Apple's HyperCard and not imported into a data- 
base or address book because we just can’t figure out which one to use. 
Besides, importing and exporting functions are never smart enough to sort 
out field separators and address formats. There may well be ways to work 
around some of the things we've just described (we certainly hope so), but 
we haven't found them. So far, entropy and chaos rule. 


The next time someone gives you a business card, it may be electronic! 
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RESOURCES & PHONE NUMBERS 


Gayle Pergamit, Amix, (415) 903-1010; (415) 903-1093 

Chuck Chriss, Angeli Systems, (310) 392-3000; fax, (310) 392-4700 

Mark Jackson, AT&T EasyLink, (908) 576-7153; fax, (908) 576-6406 

Fred Gaechter, Bellcore (NANP), (201) 740-4596; fax, (201) 740-6860 

Larry Mancini, DirectoryNet, (404) 512-3136; fax, (404) 512-5091 

Michael Cavanagh, Cavanagh Associates, (703) 875-8666; fax, (703) 528-7510; 
MCavanagh@MCImail.com 

Eric Arnum, Electronic Mail and Micro Systems (EMMS), (718) 896-0367; fax, 
(718) 896-0874; EArnum@ATTmail.com 

Lee Selwyn, Economics and Technology, Inc. (ETI), (617) 227-0900; fax, (617) 
227-5535 

Jim White, Rich Miller, General Magic, (415) 965-0400; fax, (415) 965-1830 

Robert Carr, Jim Floyd, GO, (415) 358-3010; fax, (415) 345-9833 

Steve Kille, ISODE Consortium, 44 (71) 721-7582; fax, 44 (71) 721-7582 

Joe Schneider, Motorola (MoNet), (708) 576-5930; fax, (708) 576-4495 

Chris Risley, Notework, (617) 734-4317; fax, (617) 734-4160 

Nolan Bushnell, Octus, (415) 570-5356; fax, (415) 570-5035 

Kris Land, Octus, (619) 452-9400; fax, (619) 452-2427 

Ted Myer, Rapport Communications, (202) 342-2727; fax, (202) 625-4101 

Michael Zisman, Soft:Switch, (215) 640-9600; fax, (215) 640-7584; 
mdz@ssw.com 

David Goodman, University College London (Paradise), 44 (71) 387-7050; fax, 
44 (71) 387-1397; d.goodman@cs.ucl.ac.uk 

Michael Schwartz, University of Colorado (Netfind), (303) 492-3902; 
schwartz@latour.cs.colorado.edu 

Einar Stefferud, Network Management Associates, (714) 842-3711; fax, (714) 
848-2091; stef@nma.com 

Colin Crowell, US House of Representatives, Subcommittee on Telecommunica- 
tions and Finance, (202) 226-2424; fax, (202) 226-2447 

Bill Lucas, Vector Directory Services, (617) 862-7607; fax, (617) 862-6887 

Brewster Kahle, WAIS Inc., (415) 617-0440; fax, (415) 327-6513; front- 
desk@WAIS.com 


COMING SOON 


Performance support. 
Visual thinking. 
Electronic support for communities. 


@9e@ 0 @ 6 


Pen stuff. 
Constraint-based reasoning. 
And much more... (If you know of any 


good examples of the categories listed 
above, please let us know.) 
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RELEASE 1.0 CALENDAR 


May 3-6 DB/EXPO 93 - San Francisco. Sponsored by NDN Enterprises. 
Keynote speakers include Bill Gates, Steven Jobs, Philippe 
Kahn. Call Jill Reynolds, (800) 232-3976 or (415) 966-8440; 
fax, (415) 966-8934, 


May 4-6 LotusWorld - Boston. Sponsor: Danieli & O'Keefe Associates. 
Call Jackie Rawlings, (508) 443-3330; fax, (508) 443-4715. 

May 4-6 Multimedia Expo - New York City. Sponsor: American Exposi- 
tions. Call Victor Harwood, (212) 226-4141; fax, (212) 226- 
4983. 

May 4-6 Digital Video New York - New York City. Sponsor: American Ex- 
positions. Call Victor Harwood, (212) 226-4141; fax, (212) 
226-4983. 

May 4-6 @Telecom Developers ‘93 - Dallas. Sponsored by Teleconnect., 
Call Nora Long, (212) 691-8215; fax, (212) 691-1191. 

May 5-6 GroupWare ‘93 Europe - Stockholm. Sponsor: The Conference 


Group. Contact: David Coleman, (415) 282-9151; fax, (415) 
550-8556 or Jim Burks, (602) 661-1260; fax, (602) 661-0449. 

May 10-11 GroupWare ‘93 Europe - London. Sponsor: The Conference Group. 
Contact: David Coleman, (415) 282-9151; fax, (415) 550-8556 
or Jim Burks, (602) 661-1260; fax, (602) 661-0449. 

May 13-14 GroupWare '93 Europe - Frankfurt. Sponsor: The Conference 
Group. Contact: David Coleman, (415) 282-9151; fax, (415) 
550-8556 or Jim Burks, (602) 661-1260; fax, (602) 661-0449. 


May 14 Computer Bowl - Boston. Sponsor: The Computer Museum and ACM. 
Gall Gail James or Stacey Romanoff, (617) 426-2800 x341/329. 

May 18-20 Wireless Datacomm °93 - San Jose. Sponsored by Communications 
Events. Call Linda Hanson, (203) 847-5131. 

May 19-21 Virtual Reality 93 - San Jose. Sponsor: Meckler’s Virtual 


Reality Report Newsletter and VR World Magazine. Call Gloria 
Allen, (800) 635-5537 or (203) 226-6967; Fax, (203) 454-5840. 

May 24-27 Comdex/Spring and Windows World - Atlanta. Sponsored by The 
Interface Group. Call Elizabeth Moody, (617) 449-6600; fax, 
(617) 444-0165. 

June 6-9 *SPA Europe’s annual conference - Cannes. Sponsored by Soft- 
ware Publishers Association. Contact: Ken Wasch, (202) 452- 
1600; fax, (202) 223-8756; Vivianne Lemonnier, 33 (1) 4692- 
2703; fax, 33 (1) 4692-2531. 


June 6-9 Perspective °93 - San Francisco. Sponsored by InfoWorld. Call 
Jackie Rawlings, (508) 443-3330; fax, (508) 443-4715. 
June 6-9 1993 Burton Group conference on network computing - Pebble 


Beach. Sponsored by The Burton Group. Call Julie Wightman, 
(801) 943-1966; fax, (801) 943-2425. 

June 7-10 Xplor International - The Hague, Netherlands. State of the 

~ art implementations and future directions relating to elec- 

tronic documents. Sponsored by Xplor International. Call 
Susan Forrester, (310) 373-3633; fax, (310) 375-4240. 

June 14-17 @Electronic Messaging °93 - Atlanta. Sponsored by The Elec- 
tronic Mail Association. Call Mike Cavanagh, (703) 875-8620; 
fax, (703) 522-0241. 

June 14-17 Object World - San Francisco. Sponsored by IDG World Expo. 
Call Bill Hoffman, (508) 879-6700; fax, (508) 872-8237. 
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June 15-17 


June 21-24 


June 23-25 


June 27-July 1 


June 29-30 


June 29-July 1 


July 13-15 


July 19-22 


August 
August 


August 


August 


August 


August 


Please 


1-6 


3-6 


9-13 


12-13 


22-26 


29-31 


MicroSystems Forum - San Jose. Sponsor: Microprocessor 
Report. The meeting of chip champions. Call Michael Slater, 
(707) 823-4004; fax, (707) 823-7050. 

Mobile computing forum - Dallas. Sponsored by Dataquest. Call 
Forbes Ellis, (415) 968-4033; fax, (415) 968-2201. 

Digital World - Beverly Hills. Sponsor: Seybold Seminars. 
Call Kevin Howard or Beth Sadler, (310) 457-5850; fax, (310) 
457-4704, 

SIGIR °93 - Pittsburgh. Sponsored by ACM with the University 
of Pittsburgh School of Library and Information Science. 
Three panels on NLD. Call Chris Tomer, (412) 624-9448; fax, 
(412) 648-7001. 

Lap & Palmtop portable computing and communications confer- 
ence and exposition - Anaheim. Sponsor: Laptop Expositions. 
Call Fred Schuler, (212) 682-7968; fax, (212) 867-8277. 

PC EXPO - New York City. Sponsored by Bruno Blenheim. Call 
Annie Scully, (201) 346-1400 or (800) 829-3976; fax, (201) 
346-1532. 

AAAT/TIAAT 93 - Washington, DC. Sponsored by The American As- 
sociation for Artificial Intelligence. Call Carol Hamilton, 
(415) 328-3123. 

Machine translation summit IV - Kobe City, Japan. Sponsored 
by the Asian-Pacific Association for Machine Translation. 
Contact: Makoto Nagoa, 81 (3) 3479-4396; fax, 81 (3) 3479- 
4895. 

Siggraph "93 - Anaheim. Sponsored by ACM/Sigegraph. Call Ann 
Leuck, (312) 321-6830. 

Macworld Expo - Boston. Sponsored by IDG World Expo. Call 
Bill Hoffman, (508) 870-6700; fax, (508) 872-8237. 
*Groupware "93 - San Jose. Sponsored by The Conference Group. 
See the tools described here in action -- or at least in 
demo. Contact: David Coleman, (415) 282-9151; fax, (415) 550- 
8556 or Jim Burks, (602) 661-1260; fax, (602) 661-0449. Fol- 
lowed by... 

*Workflow conference on business process technology - San 
Jose. Study the tools... Sponsored by The Conference Group. 
Gall David Coleman, (415) 282-9151; fax, (415) 550-8556. 
Business Software Solutions (Windows & OS/2 conference) - 
Boston. Sponsor: Miller Freeman. Call KoAnn Vikoren, (415) 
905-2265; fax, (415) 905-2222. 

Software Marketing Perspectives °93 - San Francisco. 
Sponsored by Koalik & Associates. Call Stuart Rauch, (415) 
296-7744; fax, (415) 296-7766. 


let us know about events we should include. -- Denise DuBois 


*Events Esther plans to attend. 
@Events Jerry plans to attend. 
Lack of a symbol is no indication of lack of merit. 
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